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TITLE 

An Access Independent Common Architecture For Real-Time Communications 
Services For Networking Environments 

5 CROSS REFERENCE TO RELATED APPLICATIONS 

This application claims priority under 35 U.S.C. §119 (e) to provisional 
application serial number 60/446,448 filed February 11, 2003; the disclosure of which is 
hereby incorporated by reference. 

1 0 STATEMENT REGARDING FEDERALLY SPONSORED RESEARCH 
Not Applicable. 

FIELD OF THE INVENTION 

The present invention relates generally to communications architecture and, more 
15 particularly, to a communications architecture that can be used as a single common 
infrastructure for offering real-time communications services independent of access call 
control protocols and access networking technologies. 

BACKGROUND OF THE INVENTION 

20 There currently exists several access networking technologies, with most of these 

networking technologies utilizing different call control protocols for access. More often 
than not, these access technologies and access call control protocols cannot communicate 
among themselves due to incompatibility among the architectures of the technologies. As 
a result it has proven difficult to achieve interoperability as well as scalability in a multi- 

25 protocol and a multi-vendor environment in order to build a large-scale network. 

At present, real-time communications services like voice and multimedia (audio, 
video, and data) are provided using specific networking technologies that have their own 
call control services. However, there is no architecture that can be used as a single 
30 common infrastructure for offering real-time services. 

l 



SUMMARY OF THE INVENTION 

A method and apparatus of a common architecture for providing real-time 
multimedia (audio, video, and/or data) services independent of access call control 
5 protocols and access networking technologies is presented. The common architecture 
includes an inter-architecture network utilizing a single protocol, a plurality of border 
elements in communication with the inter-architecture network and with an external 
network, and one or more call control elements in communication with said inter- 
architecture network. The external network, referred to as the access network, utilizes 

10 any of a variety of known access networking technologies and access call control 
protocols. The inter-architecture network utilizes a single protocol such as SIP. The 
present architecture thus provides a single common infrastructure for offering real-time 
communications services independent of call control protocols and networking 
technologies. The architecture further provides the mechanisms regarding how the 

15 common architecture handles real-time multimedia services regardless of the access call 
control protocols or the different access networking protocols. The common architecture 
provides not only interoperability, but also scalability in a multi-protocol and a multi- 
vendor environment in order to build a large-scale network 

20 BRIEF DESCRIPTION OF THE DRAWINGS 

The invention will be more fully understood from the following detailed 
description taken in conjunction with the accompanying drawings, in which: 

Figure 1 is a block diagram of the Common VoIP/Real-Time communication 
services infrastructure of the present invention; 
25 Figure 2 is block diagram of Common Architecture and different access 

networking and access call control protocols; 

Figure 3 is a block diagram of different access networking and access call control 
protocols connected to the Common Architecture, and 

Figures 4A and 4B are a flow chart of a call flow utilizing the architecture of the 
30 present invention. 
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DETAILED DESCRIPTION OF THE INVENTION 

The present invention comprises the detail mechanisms and ability of a common 
architecture for providing real-time communications services using a variety of media 
such as audio, video, and/or data among the communicating entities or parties, which may 

5 accommodate a variety of call control protocols for establishing the communicating 
session. The communicating entities may be using a variety of access networking 
technologies for connecting the external or access network to the common architecture 
described in this invention. The present invention comprises an architecture that provides 
a single common infrastructure for facilitating the development of real-time services with 

10 the highest quality and availability, the shortest possible time-to-market, and the lowest 
cost of operations and maintenance feasible as it does not require any change in access 
call control protocols and access networking technologies that the communicating parties 
may be using now or in the future. 

15 Before describing the present invention, some introductory concepts and 

terminology are explained for the access networking technologies and access call control 
protocols. 

Asynchronous Transfer Mode (ATM) is a network technology which utilizes cells 
20 or packets having a fixed packet or cell size. The cell or packet used in ATM allows the 
transmission of video, audio and computer data over the same network, and further 
assures that no particular data type has priority over another data type. ATM is typically 
offered in one of four service types. Constant bit rate (CBR) service requires a fixed rate 
of traffic such that data is sent in a steady stream. Variable Bit Rate (VBR) service 
25 provides a specified throughput capacity but the data is not necessarily provided in a 
steady stream as with CBR. VBR is commonly used for voice and videoconferencing 
data. Available Bit Rate (ABR) service provides a guaranteed maximum capacity but 
allows data to be transferred at higher capacities (referred to as bursted) when there is 
network capacity available. Unspecified Bit Rate (UBR) service does not provide a 
30 guaranteed throughput level. This is typically used for applications where delays can be 
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tolerated, such as e-mail and file transfers. 

Frame Relay (FR) defines a packet switching protocol for connecting devices in a 
Wide Area Network (WAN). FR networks support data transfer rates at T-l speeds 
5 (1 .544Mbps) and at T-3 speeds (45 Mbps). 

Internet Protocol (IP) specifies the format of packets and the addressing scheme 
used with the packets. Typically the IP format and addressing scheme is combined with a 
higher-level protocol to establish a virtual connection between a destination and a source. 

10 

Local area network (LAN) using carrier sense multiple access with collision 
detection (CSMA/CD), token ring, or other protocols may be connected to the access 
network or WAN supporting data transfer rate of multi-gigabit rates per second to terabit 
rates per second. 

15 

Public Switched Telephone Network (PSTN) refers to the telephone system using 
copper wires carrying analog voice data. 

Time Division Multiplexing (TDM) refers to a type of multiplexing that combines 
20 data streams by assigning each data stream a different time division slot in a set of slots. 
TDM transmits a fixed sequence of slots over a single channel. 

The access networking technologies described above such as ATM, FR, IP, LAN, and 
TDM may be used by the communicating entities for connecting themselves to the 
25 Common Architecture described in this invention. 

H.323 is a standard for the call control protocol used over the packet-switched 
network that defines audiovisual conferencing data and how this data is transmitted 
across networks. H.323 allows users to participate in the same conference even though 
30 the participants are in different locations and may be utilizing different videoconferencing 
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applications. 



Session Initiated Protocol (SIP), another call control protocol used over the 
packet-switched network, comprises a signaling protocol for Internet conferencing, 
5 telephony, event notification and instant messaging. SIP initiates call setup, routing, 
authentication and other messages to endpoints within an IP domain. 

ISDN User Part (ISUP), a call control protocol used over the TDM network, 
defines a protocol used to set up, manage, and release trunk circuits that carry voice and 
10 data calls over the PSTN. 

Synchronous Optical Network (SONET) comprises a standard for connecting 
fiber-optic transmission systems. This is known as the physical layer technology on which 
other higher layer protocols are used. 

15 

Hyper Text Transfer Protocol (HTTP) is the protocol used by the World Wide 
Web for defining how messages are formatted and transmitted, and what actions web 
servers and browsers take in response to various commands. When a URL is entered into 
a web browser, an HTTP command is sent to the web server directing the web server to 
20 retrieve and transmit the requested web page. This is known as the application layer 
technology. 

Simple Mail Protocol (SMTP) is a protocol used for transporting e-mail messages 
between servers. Most e-mail systems that send e-mail over the Internet utilize SMTP to 
25 send the messages from one server to another. This is also known as the application layer 
technology. 

Multiprotocol Label Switching (MPLS) integrates Layer 2 information about 
network links ( i.e., bandwidth, latency, and utilization) into Layer 3 (IP) within a system 
30 or service provider in order to simplify and improve packet exchange. 
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Signaling System 7 (SS7) is a telecommunications protocol used to offload PSTN 
data traffic congestion onto a wireless or broadband network. ISUP being a family of 
protocols of SS7 is used for basic call setup, management and tear down; wireless 
5 services such as personal communication service (PCS), wireless roaming, and mobile 
subscriber authentication; local number portability (LNP); toll free and toll call services; 
enhanced call features such as call forwarding, calling party name/number display, and 
three way calling; and efficient and secure worldwide transmission. 

10 Voice over Internet Protocol (VoIP) that may use H.323, SIP, MEGACO, MGCP, 

or other call control protocol, is a technology that allows people to send and receive 
voice, fax and data information over a combination of a phone network and a digital 
communications network. In a VoIP environment, an analog voice stream is converted 
into digital packets by a gateway. The packets are transferred across a digital 

15 communications network, where another gateway converts the digital packets back into 
an analog voice stream. 

Media Gateway Control (MEGACO), a kind of another call control protocol used 
between the TDM-Packet capable devices and the call signaling entity, is a standard that 
20 enables voice, fax and multimedia calls to be switched between the public switched 
telephone network and IP networks. 

Media Gateway Control Protocol (MGCP), also a kind of another call control 
protocol used between the TDM-Packet capable devices and the call signaling entity, is a 
25 protocol for the control of VoIP calls by external call control elements. MGCP is 
implemented in call agents that issue commands to and receive event reports from 
gateways. 

Network Address Translation (NAT) provides the ability to conceal a device such 
30 as a computer from outside users. Most often, NAT is configured so the internal network 
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is mapped to an outside address and the incoming requests are converted to local IP 
addresses. Since each request must go through a translation process, it must be qualified 
or authenticated before it is received or sent. 

5 Referring now to Figure 1, the VoIP/Real-Time Communications Services 

functional architecture 1 is shown. The architecture 1 is built as a virtual network on top 
of a Converged IP/MPLS Core Network 10. The Common VoIP/Real-Time 
Communications Services Infrastructure Architecture includes several functional entities 
including border elements (BEs) 20, call control elements (CCEs) 30, and media servers 

10 (MSs) 120. The architecture also includes common network functional entities such as a 
service broker (SB) 60, a network routing engine (NRE) 70, a user profile engine (UPE) 
80, a call admission control (CAC) element 90, an Emergency 911 (E-911) server 100, 
and a Communications Assistance for Law Enforcement Act (CALEA) server 110. 

15 The Core Network 10 is surrounded by one or more Multi-Service Access 

(MSA)/Multi-Service Edge (MSE) networks 130 that supports all popular access 
technologies including TDM, ATM, FR, and Ethernet. Each MSA/MSE network has 
access to the IP/MPLS network 10 by way of respective BEs 20. Thus, the common 
infrastructure can be reached via any of these access technologies. Moreover, the 

20 architecture provides capabilities to support various access protocols such as H.323, 
MGCP, MEGACO, SIP, TDM/SS7, as well as VoIP/Real-time Services protocol. This is 
achieved by surrounding the common infrastructure with Border Elements (BEs) 20, 
which mark the boundaries of the VoIP Infrastructure and translate the specifics of 
various access call control protocols into Session Initiation Protocol (SIP) — the single 

25 common internal protocol used by all common infrastructure components. The BEs 20 
not only provide protocol conversion, but also enforce various policies including those 
needed for call admission control (CAC) and VoIP/Real-time Services Call Control-level 
security. 

30 A BE 20 provides several functions including signaling, media control, security 

and call admission control. A BE proxies both the caller and the called end-points, 
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thereby providing a point of signaling control at the edge of the network. The BE 20 
translates the access protocol (H.323, MGCP, MEGACO, SS7, CAS, ISDN, etc.) to and 
from SIP. A BE 20 also examines all media streams going in and out of the Connectivity 
Layer for security, media format conversion, and media transfer. Additionally, the BE 20 
5 redirects media streams upon request from the CCE without impacting the actual caller 
and called party, and provides the means for the CCE to define, detect and report DTMF 
strings during the call. A BE also provides all necessary security and screening for the 
customer sites it interacts with. It authenticates subscribers, customers, and partners, and 
provides NAT and firewall functions as appropriate. Furthermore, the BE uploads local 
10 policy information via policy protocol or Operations Support, and keeps track of 
resources for access networks. 

A peer network border element 150 is also shown in Figure 1. The peer network 
border element comprises a border element that is in communication with the core 
15 network and also in communication with another network 160. A BE 20 communicates 
within a company's networks, for example, within AT&T networks, whereas a peer 
network border element 150 communicates between a company's network and an 
external company's network, e.g. between an AT& T network and an MCI network. 

20 The Call Control Element (CCE) 30 controls and manages the common 

infrastructure and provides a single interface to Application Servers (AS) 40 residing in 
the Applications Layer. Working with various BEs 20, the CCE 30 creates, removes, and 
joins call legs to establish connectivity between endpoints. The application servers 40 
residing in the Applications Layer provide the service logic capabilities to implement 

25 various types of services. The addition of various services (e.g., billing or security) can 
be included without impacting the common infrastructure of the real-time services. To 
provide a service, the CCE 30 invokes an AS 40, using SIP to communicate. By sharing 
a common architecture, new access technologies can use existing and future ASs, and 
new ASs can support existing and future access technologies. This architecture supports 

30 real-time communications scenarios, like prepaid card, click-to-chat, and teleconferencing 



functionality. 

Some services require the ability for the AS 40 to detect a signal that does not 
need to be on the media path (e.g. DTMF, flash hook). For example, a prepaid card 
5 application may permit the caller to enter a sequence of digits. This forces a hang-up of 
the destination and provides the opportunity for another call to be placed. To enable 
efficient utilization of network resources 140, the BE will allow an AS to register event 
triggers via the CCE, and the BE will signal the AS when the event occurs. 

10 The Service Broker (SB) 60 maintains subscribers' service information from a 

database of installed and activated services. This database can be shared with other 
functional entities, such as the NRE and the UPE. The SB acts as the SIP Redirect server 
and provides tables that define the services subscribed by each individual user. 

15 The Network Routing Engine (NRE) 70 provides the route information, upon 

finding which BE was used previously. This route information is required to set up the 
call leg between the source and destination BEs. Session Initiation Protocol (SIP) is used 
between the CCE and the NRE, with the NRE acting as the SIP Redirect server. 

20 The Call Admission Control (CAC) element 90, engaged at the time of call setup, 

considers network-wide conditions and policies. The CAC 90 manages capacity, controls 
congestion, observes firewall restrictions, and interprets Service Level Agreement (SLA), 
Quality of Service (QoS) policies, Network Address Translation (NAT), and security 
policies. 

25 

The User Profile Engine (UPE) 80 is a functional entity that keeps both static and 
dynamic user profiles. The UPE consists of a SW Registrar which is used to set registry 
keys, import and export registry keys, and also sets permissions and ownership. The UPE 
may further include a Presence Server which is used to keep track of the status of a set of 
30 users, for example for Instant Messaging applications. The Presence Server, along with 
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the NRE, share the same logical database. Access to the UPE 80 is controlled by the 
CCE for registration and presence information, using SIP signaling messages. 

Media Servers (MS) 120 typically operate with ASs 40 to handle and terminate 
5 media streams, and to provide services such as announcements, bridges, transcoding, and 
Interactive Voice Response (IVR) messages. Using SIP to communicate, the AS 40 
sends an invite to the MS, via the CCE, setting up the call and specifying the script the 
MS executes or the function it performs. The MS returns the status and results to the AS 
via HTTP posts. 

10 

The CALEA Server 110 provides the ability to identify and collect content of 
voice telephone calls traversing the VoIP network, as mandated by the Communications 
Assistance for Law Enforcement Act (CALEA). When a CCE 30 detects that a call needs 
to be monitored for legal reasons, it sets up the call via the CALEA server. 

15 

The E-911 Server 100 routes calls to the appropriate Public Safety Answering 
Points (PSAPs) based on the caller's location. When the CCE receives an emergency 91 1 
call, it sends the call to the E-911 server and ensures that call waiting is disabled for the 
duration of the call. 

20 

An important criteria of the common infrastructure is that there can be many 
CCEs, BEs, and MSs across the whole network, however there is preferably only one of 
each of the following logically centralized servers: SB, NRE, UPE, CAC, E-911, and 
CALEA. The SB, NRE, CAC, E-911, and CALEA server can be physically distributed to 
25 have the desired reliability and performance criteria throughout the entire network that 
spans the entire world. 

The BEs 20 interface with customer equipment within network 130 and provide 
customer connectivity using access-specific protocols. Different BEs 20 can be 
30 connected to different networks 130, with each of networks 130 which may be common 
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to same or different protocols. The IP/MPLS Core Network provides IP connectivity for 
all elements of the VoIP infrastructure. Each application server 40 provides one or more 
services. The network resources 140 provide an environment for the creation of service 
logic and the management of services including customer record maintenance and billing 
5 plans. 

The common VoIP/real-time communications services infrastructure of the 
present invention has several functional characteristics that make the architecture unique. 
The architecture provides for separation of service intelligence from call control with the 
10 help of SB. There exists an independence of call control from access technologies using 
BEs. There is also a separation of signaling and media as the common infrastructure 
entities (CCEs, Network Function Elements, etc.) handle media for communications 
among themselves. The BEs and MSs handle media for communications with the 
endpoints. 

15 

Additional functional characteristics of the present architecture include use of a 
plug-in paradigm for application servers as the common infrastructure functional entities 
are service agnostics. Another functional characteristic of the present architecture is the 
use of SIP for all internal signaling among the common infrastructure functional entities. 
20 The architecture additionally features physically distributed call admission control with a 
logically centralized component, and a centralized user profile engine for location and 
presence information. The architecture also utilizes standard modern protocols. 

The access independent common architecture comprising CCE, BEs, MSs, SB, 
25 NRE, UPE, CAC, E-911, and CALEA functional entities provides the VoIP/Real-Time 
Communications Services infrastructure needed to process basic calls, support high 
performance network functions, send network primitives, provide media services, 
CALEA services, emergency services, interact with Application Servers for more 
advanced calls, and support Call Detail Recording. 
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As described above, the BEs translate the access protocol to SIP making the 
common infrastructure independent of any access call control protocols (e.g., SIP, H.323, 
ISUP/SS7) and networking technologies (e.g., IP, Ethernet, TDM, FR, ATM). 
Accordingly, the same Common VoIP/Real-Time Communications Services 
5 infrastructure handles calls and provides services for all networking environments (e.g., 
PSTN-PSTN, PSTN-IP, and IP-IP) and call control communications protocols (e.g., 
ISUP-ISUP, SIP-SIP, H.323-H.323, SIP-ISUP, H.323-ISUP, SIP-H.323). All calls for the 
PSTN-PSTN, PSTN-IP, or IP-IP are served by the common infrastructure comprising 
CCEs, BEs, and MSs, SB, NRE, CAC, E-91 1, and CALEA as appropriate. 

10 

The VoIP/Real-Time Communications Services Infrastructure provides all 
network primitives needed for applications to implement services. This includes 
establishing simple connectivity between endpoints by providing capabilities to create, 
join, remove (tear down) and report the status of call legs. The services that are also 
15 enabled in this layer are: Basic media services, E-91 1, CALEA and Call Detail 
Recording. The VoIP/Real-Time Communications Services Infrastructure provides a 
unified, shared environment that supports the addition of new services and access 
technologies without changing the basic infrastructure. 

20 Referring now to Figure 2 and Figure 3, a combination of the common 

architecture and the different access networking technologies with different call control 
protocols is shown (Figure 2) as is the access networking technologies with different call 
control technologies (Figure 3). 

25 When an external access network is a TDM network, the TDM access 

technologies is terminated in a BE 20. The BE 20 converts the TDM access into an IP 
packet technology which uses MPLS for the IP packet forwarding. When an external 
access network is an ATM network, the ATM access is terminated in a BE. The BE 
converts the ATM access into IP packet technology which uses MPLS for the IP packet 

30 forwarding. Similarly, if an external access network is an FR network, the FR access is 



terminated in a BE. The BE converts the FR access into IP packet technology which uses 
MPLS for the IP packet forwarding. When an external access network comprises an 
Ethernet network, the Ethernet access is terminated in a BE. The BE will then terminate 
the Ethernet protocol and use the IP packet technologies which will use MPLS for the IP 
5 packet forwarding. When the external network is an IP external network, it will also 
terminate in the BE and the BE will use a new IP address over the IP/MPLS network 
although no access networking protocol conversion is required. 

In such a manner, all access networking technologies are converted into IP/MPLS 
10 common networking technologies by the BE. However, these terminations and 
conversions are transparent to the external networking technologies. For example, if a 
communication entity uses the TDM access networking technology for communications 
with another entity which has the ATM access networking technology, both of these 
entities will be connected in separate BEs. However, the communications between the 
15 BEs that connect both parties using TDM and ATM access will be communicating over 
the common IP/MPLS network that is used by all entities including BEs of the Common 
Architecture as described in this invention. 

Thus, the networking access technologies have, in effect, become transparent for 
20 communications among all communicating entities because of the Common 
Architecture.. In other words, all external networking technologies will remain at the 
disposal of the end users as they wish depending on economies-of-scale of the existing 
legacy systems, emerging new access networking technologies, or in the technologies that 
may come in the future, and the end users do not need to worry about communicating 
25 with other users throughout the world irrespective of the technology being used. The 
Common Architecture defined in the present invention provides transparent 
communications among users of various access networking technologies. 

With respect to the access call control protocols, the similar arguments as 
30 described above are also applicable. If a communicating party uses analog/ISUP call 
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control protocol over the TDM access networking technology, the call will also terminate 
to the BE (e.g., Network Gateway BE 20). The ISUP call control protocol is converted 
into SIP call control protocol by the BE 22. The BE will then send the SIP messages to 
the CCE 30 to invoke the services that the end user connected over the TDM. The 
5 destination user may be using another (e.g., H.323, MEGACO, MGCP, SIP) or the same 
(i.e., analog/ISUP) call control protocol and the different (e.g., ATM, IP, FR, Ethernet) or 
the same (i.e., TDM) access networking technology. 

When a user uses H.323 access call control protocol using any networking 
10 technologies (e.g., IP, ATM, FR, Ethernet, TDM) and the BE 23 (e.g., H.323 BE) will 
terminate the H.323 access call control protocol and will convert into SIP. The BE 23 will 
then send the SIP messages to the CCE 30 to invoke the services that the end user is using 
in the H.323 protocol. The destination user may be using another call control protocol 
(e.g., MEGACO, MGCP, SIP, analog/ISUP) or the same (i.e., H.323) call control 
15 protocol and the different or the same access networking technology as that of the caller. 
The same is true for MEGACO or MGCO or other call control protocols. 

In the scenario wherein a user uses SIP access call control protocol using any 
networking technologies (e.g., IP, ATM, FR, Ethernet, TDM), the BE 22 (e.g., SIP BE) 
20 will terminate the SIP access call control protocol and will re-originate the SIP signaling 
messages, acting as a back-to-back-user-agent (B2BUA). The BE 22 will then utilize the 
SIP protocol. The destination user may be using another (e.g., MEGACO, MGCP, H.323, 
analog/ISUP) or the same (i.e., SIP) call control protocol and the different or the same 
access networking technology like that of the caller. 

25 

In such a manner, the Common Architecture 1 acts as access independent either 
for different networking technologies (e.g., TDM, ATM, IP, FR, Ethernet) and for 
different access call control protocols (e.g., H.323, MEGACO, MGCP, SIP). 
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A flow chart of a basic call made using the presently disclosed architecture is 
depicted in Figures 4 A and 4B. The rectangular elements are herein denoted "processing 
blocks" and represent computer software instructions or groups of instructions. 

5 Alternatively, the processing blocks represent steps performed by functionally 

equivalent circuits such as a digital signal processor circuit or an application specific 
integrated circuit (ASIC). The flow diagrams do not depict the syntax of any particular 
programming language. Rather, the flow diagrams illustrate the functional information 
one of ordinary skill in the art requires to fabricate circuits or to generate computer 

10 software to perform the processing required in accordance with the present invention. It 
should be noted that many routine program elements, such as initialization of loops and 
variables and the use of temporary variables are not shown. It will be appreciated by 
those of ordinary skill in the art that unless otherwise indicated herein, the particular 
sequence of steps described is illustrative only and can be varied without departing from 

15 the spirit of the invention. Thus, unless otherwise stated the steps described below are 
unordered meaning that, when possible, the steps can be performed in any convenient or 
desirable order. 

Referring now to Figures 4A and 4B, the process 400 for providing an access 
20 independent common architecture for communication services for networking 
environments is shown. The process 400 starts and processing block 410 is executed 
wherein a caller's phone is connected to a communications line using an access-specific 
networking technology (e.g., TDM, ATM, FR, IP, Ethernet) and an access-specific call 
control protocol (e.g., analog/ISUP, H.323, MEGACO, MGCP, SIP). 

25 

Processing block 420 is executed next. In processing block 420 the caller's phone 
sends the call setup signaling message using an access call control protocol over an 
access-specific networking technology. 
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The access call control protocol-specific call setup messages comes to the BE, as 
shown in processing block 430. The BE terminate the access-specific call control protocol 
and converts into the call control protocol (SIP) used among the Common Architectural 
entities. When the access call control protocol is SIP, the BE will re-originate the SIP 

5 signaling message acting as the SIP back-to-back-user-agent (B2BUA). The access 
networking technology-specific (e.g., TDM, ATM, FR, Ethernet) communications link is 
connected to the BE, and the BE converts this into IP/MPLS networking technology. 
When the IP becomes the access protocol, the BE terminates the access IP addresses and 
re-originates the IP packets into IP/MPLS that is used by the Common Architecture 

10 In processing block 440, the BE sends the SIP signaling message (e.g., INVITE) 

to the CCE for invoking the services for which the caller has asked for using the call 
control protocol via the phone. Next, as shown in processing block 450, the CCE invokes 
the services invoking the application server (AS) with the help of the service broker (SB) 
if the call includes any services features. All of them will use the SIP signaling messages 

15 for communicating among themselves. 

Processing block 460 recites that the AS may then request the CCE to set up the 
call-leg with the media server (MS) to provide announcement or other services in 
accordance to the services features subscribed to by the user. When the services of the 
20 MS is finished, the AS directs the CCE to route the call to the destination user. 

In processing block 470, the CCE finds the destination BE with the help of the 
network routing engine (NRE) and routes the call to the destination BE using the SIP 
signaling messages. 

25 

Processing block 480 is executed next, wherein the BE terminates the SIP call 
control protocol and converts it into the access-specific call control protocol. If the access 
call control protocol is SIP, the BE will re-originate the SIP signaling message acting as 
the SIP back-to-back-user-agent (B2BUA). The access call control protocol-specific call 
30 setup messages are sent to the destination user's phone. The BE converts the IP/MPLS 
networking technology into the access networking technology-specific (e.g., TDM, ATM, 
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FR, Ethernet) communications line connecting the destination user phone. When the IP 
becomes the access protocol, the BE terminates the access IP addresses and re-originates 
the IP packets from IP/MPLS into the IP access network connecting the destination user 
phone. 

5 

Next, as shown in processing block 490, the destination user replies back to the 
caller. The response signaling messages from the callee go back to the caller in a similar 
way as described for the call setup request messages. All signaling messages go via the 
BEs and the CCE and AS via the pre-defined route. 

10 The caller acknowledges the callee' s response and the call is setup between the 

caller and the callee, as shown in processing block 500. The signaling message path for 
the first call-leg setup for announcement: Caller's phone <-> BE <-> CCE <-> MS (Note: 
AS is not shown for simplicity). When announcement is finished, the call signaling 
messages flow using the path: Caller's phone <-> BE <-> CCE <-> BE <-> Callee 's 

15 phone. (Note: AS is not shown for simplicity). The media will flow using the following 
path for the first call-leg: Caller's phone <-> BE <-> MS Caller's phone <-> BE <-> BE 
<-> Callee's phone (Note: Media does not pass through the CCE or AS). 

In processing block 510, when the caller or the callee terminates the call (i.e., say 
20 BYE), the call is e terminated by the BEs and CCE. The process then ends. 

This present invention fulfills an important need in the industry, namely a single 
common infrastructure for offering real-time communications services over a large-scale 
network independent of any call control protocols and networking technologies. The 
25 present invention allows the building of a large-scale network that will provide 
interoperability in multi-vendor and multi-protocol environment, and further provides the 
scalability and economies-of-scale for building a large-scale network that spans across the 
globe for offering the real-time communications services without duplicating functions. 
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Having described preferred embodiments of the invention it will now become 
apparent to those of ordinary skill in the art that other embodiments incorporating these 
concepts may be used. The software included as part of the invention may be embodied 
in a computer program product that includes a computer useable medium. For example, 
such a computer usable medium can include a readable memory device, such as a hard 
drive device, a CD-ROM, a DVD-ROM, or a computer diskette, having computer 
readable program code segments stored thereon. The computer readable medium can also 
include a communications link, either optical, wired, or wireless, having program code 
segments carried thereon as digital or analog signals. Accordingly, it is submitted that 
that the invention should not be limited to the described embodiments but rather should 
be limited only by the spirit and scope of the appended claims. All publications and 
references cited herein are expressly incorporated herein by reference in their entirety. 
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